home *** CD-ROM | disk | FTP | other *** search
/ BBS Toolkit / BBS Toolkit.iso / doors_1 / echo311.zip / FIXED.DOC < prev    next >
Text File  |  1992-03-23  |  9KB  |  177 lines

  1. EchoDor will now do a Confirm on [S]ave.
  2.  
  3. ^A, SEEN-BY, and PATH lines were getting wrapped when using a MAXLINELENGTH
  4. command.  This has been corrected; however, ^A, SEEN-BY, and PATH lines will
  5. always be displayed as full 72 character lines.
  6.  
  7. A problem was found in EchoNLCP causing it to skip nodes (yep, I finally
  8. found a problem).  This has hopefully corrected the problem.
  9.  
  10. Corrected a problem in EDorPurg that caused it to lose the high message
  11. pointer in message #1 in echo areas.
  12.  
  13. Main menu can now do area "select".  This includes changing areas by number,
  14. and special commands <, +, -, >.  You can not "select" an area by name from
  15. the main menu, to select by name you must still use the [A] or [J] command.
  16.  
  17. Comment area will now default to "PRIVATE" if the area allows private message
  18. entry.  To enable private messages in the comment area, set the "P" flag in
  19. the AreaDesc table to Y.
  20.  
  21. Hopefully the problem with ^Z and ^A not working in the visual editor from
  22. the remote end had been fixed.
  23.  
  24. EchoDor now does NOT include SOFT CR's (0x8d) in the message by default.  If
  25. you want EchoDor to include SOFT CR's in the message, add USESOFTCR to the
  26. EchoDor.Ctl file.
  27.  
  28. Hot keys didn't work on the help prompt.
  29.  
  30. A request was made to "highlight" the one line menus.  This has been done
  31. so that users will have a better idea of what to do.
  32.  
  33. If you used the "restrict" option in the EchoUser program, it would not
  34. restrict the user you were working on, but would restrict the logged on
  35. user (the sysop).
  36.  
  37. EchoUser has new options.  These include "Global restrict" and "Clear Message
  38. area".  Read the documentation for an explination of these options.
  39.  
  40. The "Command string" area was origionally limited to 40 characters.  This has
  41. been expanded to 80 characters.  This will allow you to put more information
  42. into the command string.
  43.  
  44. New EchoDor control option, VisualEsc.  This allows you to define characters
  45. (such as period (.) or slash (/)) which when typed in column 1 on the visual
  46. screen, will act the same as an esc.  Makes Visual editor even easer to use.
  47. If you want to use this add a line something like:
  48.  
  49.     VISUALESC ./\
  50.  
  51. to the EchoDor.Ctl file.  The three characters, period (.), slash (/) and
  52. back slash (\) will if typed in column 1 act exactly was if the user pressed
  53. the ESC key.
  54.  
  55. I have separated the [I]gnore sections for packing mail and for reading
  56. messages.  This will allow a user to have one setup for reading mail and
  57. one setup for packing mail.  For example, let's say there is a local echo
  58. that the user reads and the traffic is small.  The user can put that echo
  59. in the [I]gnore option from the [U]ser setup menu.  Then the user can go
  60. to the [P]ack section and [I]gnore all ares except what he wants to pack
  61. if he selects the Pack All Areas option.
  62.  
  63. The [I]gnore system can now except multiple numbers on the Activate area
  64. and the Ignore area prompts.  Multiple numbers are separated by spaces.
  65.  
  66. Removed the NOTIME parameter from the EchoDor.Ctl file.  This parameter is
  67. now available in the DoorDriv.Ctl file.
  68.  
  69. The registration of EchoDor is now controlled by a KEY file.  If this file
  70. is not present, EchoDor will beep and display the "Not registered" screen.
  71. I have done this to make it easer for registered users to upgrade.  Once
  72. the EchoDor.Key file is in place, you won't have to get a new copy from
  73. me ... just copy the stuff into the directory and it will work registered.
  74.  
  75. Fixed a minor problem which would sometimes cause EchoDor to exit with an
  76. error 005 if a user went into echodor then immediately exited.
  77.  
  78. Fixed the HCopy problem which would cause EchoDor to "lock up" if HCopy was
  79. selected and you didn't have a printer attached to the computer or some
  80. printer problem occured.  EchoDor now writes to the printer using BIOS calls
  81. and can detect if the printer goes off line or malfunctions.
  82.  
  83. I've reduced the memory requirements of EchoDor by using Overlays.  I have
  84. structured the overlays so that you should not see any loss of operating
  85. speed.  The current memory requirements of EchoDor is now 303k.  Warning:
  86. don't try to compress EchoDor with LZEXE or PKLite.  It probally won't work!!!
  87.  
  88. Fixed a problem which caused EchoDor to not go online when the sysop used
  89. the DOOR.SYS (WC3.0 or GAP) drop file.
  90.  
  91. Improved the carrier detection scheme used in EchoDor.  In older versions
  92. if the user was displaying a large screen and the fossil didn't have enough
  93. buffer to hold the entire file and the user dropped carrier, EchoDor would
  94. hang.  This has hopefully been corrected.
  95.  
  96. There was a problem when specifying a starting message number when packing
  97. or scanning mail.  EchoDor would always start on the message following the
  98. specified number.  This problem has been corrected.
  99.  
  100. EchoDor can now swap itself out of memory when it does a "shell to dos".  To
  101. enable this feature add the parameter "SWAPFILENAME" to the DOORDRIV.CTL file.
  102. Be sure to read the documentaton on this feature before you use it.  If
  103. swapping is enabled, memory requirements for EchoDor when you drop to DOS is
  104. about 15k.
  105.  
  106. It has been requested to allow the SYSOP to configure the chat colors used.
  107. Two new parameters in the DOORDRIV.CTL file will now allow you to configure
  108. the colors used for chat.  These are CHATUSERCOLOR and CHATSYSOPCOLOR.
  109.  
  110. EchoDor can now be told to reconize the GT embedded message codes.  These
  111. are ^E (pause then non-stop), ^R (non-stop), ^T (disable abort).  The ^T
  112. actually produces no action within EchoDor.  To "turn on" this feature put
  113. a G in the "P" column of the area table.  The P column is becomming more
  114. the type of messages allowed and less just a "private" flag.
  115.  
  116. EchoDor can now play music if it's embedded in the message.  This will be
  117. most useful when using GT messages.
  118.  
  119. It appears that some LANs have problem when files are opened in compability
  120. mode on the network.  I have made changes in EchoDor which will hopefully
  121. improve LAN compability.
  122.  
  123. Problems were found using the Alias functions.  EchoDor would not ask if the
  124. user wanted to use an alias name during message entry.  Also, sometimes when
  125. the alias name was set, problems occured in the user menu.
  126.  
  127. When displaying a area list from the AreaDesc area (not from a file), the
  128. "More ?" prompt would not allow the user to stop the entry.  The "More ?"
  129. prompt has been replaced with a "Continue Y/n ?" prompt which will allow
  130. the user to stop the display.
  131.  
  132. When specifying areas to be [I]gnored, EchoDor would only allow a maximum
  133. of 10 entries to be specified at one time.  Some users were putting in long
  134. lists of area numbers which would cause all entries beyond the 10th entry
  135. to be skipped.  This problem has been corrected.  EchoDor will now allow as
  136. many entries as the user specifies.  I have also added a special entry 'ALL'.
  137. If the user enters ALL, every area will either be ignored or activated de-
  138. pending on which one the user selected.
  139.  
  140. I found a problem in EDorPurg which would allow it to become confused while
  141. relinking messages.  This would be caused by a message that was incorrectly
  142. linked (7 > 10 > 5) or (15 < 20 < 12) or (15 < 15).  I have put extra checking
  143. into EDorPurg which will cause it to break out of the link loop should this
  144. type of condition occur.
  145.  
  146. When EchoDor recorded the number of times read, it would change the date/time
  147. stamp of the message file.  This would cause no problem unless you tried to
  148. use the FDAYS option on EDorPurg.  EchoDor will now preserve the date/time
  149. stamp of the message file when updating the times read and received bits.
  150.  
  151. The FDays & MDays options on the EDorPurg prgoram has been fixed.
  152.  
  153. The [U]ser List option in the User Maintenance routine has been changed to
  154. [L]ist User file.  The [U] option is now used for [U]pload Protocol.
  155.  
  156. EchoDor now allows a user to upload a message.  If the proper parameters are
  157. specified in the EchoDor.Ctl file, EchoDor will ask the user if they wist to
  158. upload a message.  If they respond "Y", EchoDor will present the protocols
  159. listed in the UPLOADFILE.  It will then "switch" to the upload and being the
  160. upload.  When the upload is completed, EchoDor will import the message (using
  161. word wrap mode), then switch to the editor so the user can "taylor" the just
  162. uploaded message.  The name of the file used for the upload is unimportant
  163. as EchoDor will import the first file it finds in the upload directory.
  164.  
  165. If a user was running a multiple zone setup, it became necessary to always
  166. insert zone information in every message going out from EchoDor.  EchoDor
  167. will now watch for a multiple zone setup, if one is detected, EchoDor will
  168. place an ^AINTL line in every net mail message.  This function can also be
  169. forced with a FORCEZONE command in the EchoDor.Ctl file.
  170.  
  171. There was a problem found in FastLink and EDorPurg which would cause these
  172. programs to reset the file date when relinking the reply thread pointers.
  173. This problem has been corrected in both programs.
  174.  
  175. There was an initialization problem in both FastLink and EDorPurg which could
  176. cause inpredectable activity in some cases.  This has been corrected.
  177.